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PID Without 

a PhD 



PID (proportional, integral, derivative) control is not as complicated 
as it sounds. Follow these simple implementation steps for 

quick results. 



At work, I am one of three designated "servo guys," and the 
only one who implements control loops in software. As a 
result, I often have occasion to design digital control loops 
for various projects. I have found that while there certainly 
are control problems that require all the expertise I can 
bring to bear, a great number of control problems can be 
solved with simple controllers, without resorting to any control theory at all. 

This article will tell you how to implement and tune a simple controller 
without getting into heavy mathematics and without requiring you to learn 
any control theory. The technique used to tune the controller is a tried and 
true method that can be applied to almost any control problem with success. 

PID control 

The PID controller has been in use for over a century in various forms. It 
has enjoyed popularity as a purely mechanical device, as a pneumatic 
device, and as an electronic device. The digital PID controller using a 
microprocessor has recently come into its own in industry. As you will see, 
it is a straightforward task to embed a PID controller into your code. 

PID stands for "proportional, integral, derivative." These three terms 
describe the basic elements of a PID controller. Each of these elements per- 
forms a different task and has a different effect on the functioning of a system. 

In a typical PID controller these elements are driven by a combination 
of the system command and the feedback signal from the object that is 
being controlled (usually referred to as the "plant"). Their outputs are 
added together to form the system output. 



~> PID stands for "proportional, integral, derivative." These three terms 

describe the basic elements of a PID controller. 



Figure 1 shows a block diagram of 
a basic PID controller. In this case the 
derivative element is being driven 
only from plant feedback. The plant 
feedback is subtracted from the com- 
mand signal to generate an error. 
This error signal drives the propor- 
tional and integral elements. The 
resulting signals are added together 
and used to drive the plant. I haven't 
described what these elements do 
yet — we'll get to that later. I've includ- 
ed an alternate placement for the pro- 
portional element (dotted lines) — 
this can be a better location for the 
proportional element, depending on 
how you want the system to respond 
to commands. 

Sample plants 

In order to discuss this subject with 
any sense of reality we need some 
example systems. I'll use three exam- 
ple plants throughout this article, and 
show the effects of applying the vari- 
ous controllers to them: 



• A motor driving a gear train 

• A precision positioning system 

• A thermal system 

Each of these systems has different 
characteristics and each one requires 
a different control strategy to get the 
best performance. 

Motor and gear 

The first example plant is a motor 
driving a gear train, with the output 
position of the gear train being 
monitored by a potentiometer or 
some other position reading device. 
You might see this kind of mecha- 
nism driving a carriage on a printer, 
or a throttle mechanism in an auto- 
mobile cruise control system, or 
almost any other moderately precise 
position controller. Figure 2 shows a 
diagram of such a system. The 
motor is driven by a voltage that is 
commanded by software. The motor 
output is geared down to drive the 
actual mechanism. The position of 



this final drive is measured by the 
potentiometer. 

A DC motor driven by a voltage 
wants to go at a constant speed that is 
proportional to the applied voltage. 
Usually the motor armature has some 
resistance that limits its ability to accel- 
erate, so the motor will have some 
delay between the change in input volt- 
age and the resulting change in speed. 
The gear train takes the movement of 
the motor and multiplies it by a con- 
stant. Finally, the potentiometer mea- 
sures the position of the output shaft. 

Figure 3 shows the step response of 
the motor and gear combination. I'm 
using a time constant value of r () = 0.2s. 
The step response of a system is just 
the behavior of the output in response 
to an input that goes from zero to 
some constant value at time t = 0. 
Since we're dealing with fairly generic 
examples here I've shown the step 
response as a fraction of full scale, so it 
goes to 1. Figure 3 shows the step 
input and the motor response. The 
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response of the motor starts out slowly 
due to the time constant, but once 
that is out of the way the motor posi- 
tion ramps at a constant velocity. 

Precision actuator 

It is sometimes necessary to control 
the position of something very pre- 
cisely. A precise positioning system can 
be built using a freely moving mechan- 
ical stage, a speaker coil (a coil and 
magnet arrangement) , and a non-con- 
tact position transducer. 
' You might expect to see this sort of 
mechanism stabilizing an element of 



an optical system, or locating some 
other piece of equipment or sensor. 
Figure 4 shows such a system. Software 
commands the current in the coil. 
This current sets up a magnetic field 
that exerts a force on the magnet. The 
magnet is attached to the stage, which 
moves with an acceleration propor- 
tional to the coil current. Finally, the 
stage position is monitored by a non- 
contact position transducer. 

With this arrangement, the force 
on the magnet is independent of the 
stage motion. Fortunately this isolates 
the stage from external effects. 
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A voltage driven motor and gear train 




Motor and gear position vs. time 
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Unfortunately the resulting system is 
very "slippery," and can be a chal- 
lenge to control. In addition, the 
electrical requirements to build a 
good current-output amplifier and 
non-contact transducer interface can 
be challenging. You can expect that if 
you are doing a project like this you 
are a member of a fairly talented 



team (or you're working on a short- 
lived project). 

The equations of motion for this 
system are fairly simple. The force on 
the stage is proportional to the drive 
command alone, so the acceleration 
of the system is exactly proportional to 
the drive. 

The step response of this system by 
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itself is a parabola, as shown in Figure 
5. As we will see later this makes the 
control problem more challenging 
because of the sluggishness with which 
the stage starts moving, and its enthu- 
siasm to keep moving once it gets 



Temperature control 

The third example plant I'll use is a 
heater. Figure 6 shows a diagram of an 
example system. The vessel is heated 
by an electric heater, and the temper- 
ature of its contents is sensed by a tem- 
perature-sensing device. 

Thermal systems tend to have very 
complex responses. I'm going to 
ignore quite a bit of detail and give a 
very approximate model. Unless your 
performance requirements are severe, 
an accurate model isn't necessary. 

Figure 7 shows the step response of 
the system to a change in V d . I've used 
time constants of r, = 0.1s and u = 0.3s. 
The response tends to settle out to a 
constant temperature for a given drive, 
but it can take a great deal of time 
doing it. Also, without lots of insula- 
tion, thermal systems tend to be very 
sensitive to outside effects. This effect 
is not shown in the figure, but we'll be 
investigating it later in the article. 

Controllers 

The elements of a PID controller pre- 
sented here either take their input 
from the measured plant output or 
from the error signal, which is the dif- 
ference between the plant output and 
the system command. I'm going to 
write the control code using floating 
point to keep implementation details 
out of the discussion. It's up to you to 
adapt this if you are going to imple- 
ment your controller with integer or 
other fixed-point arithmetic. 

I'm going to assume a function call 
as shown below. As the discussion 
evolves, you'll see how the data struc- 
ture and the internals of the function 
shapes up. 

double UpdatePIDCSPid * pid, 
double error, double position) 
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The reason I pass the error to the 
PID update routine instead of passing 
the command is that sometimes you 
want to play tricks with the error. 
Leaving out the error calculation in 
the main code makes the application 
of the PID more universal. This func- 
tion will get used like this: 



position = ReadPlantADCO; 
drive = UpdatePID(8plantPID, 

plantCommand - position, 

position); 
DrivePlantDAC(drive); 



Proportional 

Proportional control is the easiest 
feedback control to implement, and 
simple proportional control is proba- 



bly the most common kind of control 
loop. A proportional controller is just 
the error signal multiplied by a con- 
stant and fed out to the drive. The pro- 
portional term gets calculated with the 
following code: 

double pTerm; 



pTerm = pid->pGain * error; 



Precision actuator position vs. time 
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return pTerm; 

Figure 8 shows what happens when 
you add proportional feedback to the 
motor and gear system. For small gains 
(kp= 1) the motor goes to the correct 
target, but it does so quite slowly. 
Increasing the gain (kp = 2) speeds up 
the response to a point. Beyond that 
point (kp = 5, ft,, = 10) the motor starts 
out faster, but it overshoots the target. 
In the end the system doesn't settle 
out any quicker than it would have 
with lower gain, but there is more 
overshoot. If we kept increasing (he 
gain we would eventually reach a point 
where the system just oscillated 
around the target and never settled 
out — the system would be unstable. 

The motor and gear start to over- 
shoot with high gains because of the 
delay in the motor response. If you 
look back at Figure 2, you can see that 
the motor position doesn't start ramp- 
ing up immediately. This delay, plus 
high feedback gain, is what causes the 
overshoot seen in Figure 8. 

Figure 9 shows the response of the 
precision actuator with proportional 
feedback only. Proportional control 
alone obviously doesn't help this sys- 
tem. There is so much delay in the 
plant that no matter how low the gain 
is, the system will oscillate. As the gain 
is increased, the frequency of the out- 
put will increase but the system just 
won't settle. 

Figure 10 shows what happens 
when you use pure proportional feed- 
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Heater temperature vs. time 



0.8 



| 0.6 

i 

I 0.4 



0.2 



















i 


4 

t 

* 


* 

* 

! 




i 


1 

t 

* 

t 






[ 


i 

1 

/ 








t 

l 




' Input 
■ ■ • Temperature 
















0.5 1 


1.5 


2 



Time 



Ycu 01 'cys oeUeved there *.*ere /mere 
Intettfcsm sr-csdead -ccis cut there. 




Ycu *ere rtgrit. 
oosmic 

^^^^■f Soft wan.' 

E-mail: c-tools@cosmic-us.com 
www.cosmic-sottware.com 

Phone: US 781 932-2556 

France 33 1 4399 5390 

UK 44 01256 843400 

Germany . . .49 0711 4204062 
Sweden ....46 31704 3920 



People doubted their existence - 
yet you continued to search - 
and now you've found them. 

COSMIC C compilers are fast efficient 
reliable, and produce the tightest object 
code available. Cosmic Software's 
embedded development tools offer 
portability for a complete line of micro- 
controllers. All toolkits include IDEA, our 
intuitive IDE that provides everything you 
need in a single, seamless Windows 
framework. 

Add ZAP, our non-intrusive source- 
level debuggers and minimize 
your test cycle too. Want proof 
of their existence? 

Download a free evaluation copy 
of our development tools at 
www.cosmic-software.com or 
call Cosmic today. 

Cosmic supports the Motorola 
family of microcontrollers: 
68HC0S, 68HC08. 68HC11, 
G8HC12, 68HC16, 68300 and 
STMicroelectronics' ST7 Family. 



back with the temperature controller. 
I'm showing the system response with 
a disturbance due to a change in ambi- 
ent temperature at t = 2s. Even without 
the disturbance you can see that pro- 
portional control doesn't get the tem- 
perature to the desired setting. 
Increasing the gain helps, but even 
with kp = 10 the output is still below tar- 
get, and you are starting to see a 
strong overshoot that continues to 
travel back and forth (this is called 
ringing) . 

As the previous examples show, a 
proportional controller alone can be 
useful for some things, but it doesn't 
always help. Plants that have too much 
delay, like the precision actuator, can't 
be stabilized with proportional con- 
trol. Some plants, like the tempera- 
ture controller, cannot be brought to 
the desired set point. Plants like the 
motor and gear combination may 
work, but they may need to be driven 
faster than is possible with proportion- 
al control alone. To solve these control 
problems you need to add integral or 
differential control or both. 

Integral 

Integral control is used to add long- 
term precision to a control loop. It is 
almost always used in conjunction with 
proportional control. 

The code to implement an integra- 
tor is shown below. The integrator 
state, i State is the sum of all the pre- 
ceding inputs. The parameters iMin 
and iHax are the minimum and maxi- 
mum allowable integrator state values. 

double iTerm; 



// calculate the integral state 
// with appropriate limiting 
pid->iState += error; 
if (pid->iState > pid->iMax) 

pid->iState = pid->iMax; 
else if (pid->iState < pid-> 
iMin) 

pid->iState = pid->iNin; 
iTerm = pid->iGain * iState; 
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// calculate the integral term 



Integral control by itself usually 
decreases stability, or destroys it alto- 
gether. Figure 1 1 shows the motor and 
gear with pure integral control (pGain 
= 0). The system doesn't settle. Like 
the precision actuator with propor- 
tional control, the motor and gear sys- 
tem with integral control alone will 
oscillate with bigger and bigger swings 
until something hits a limit. 
(Hopefully the limit isn't breakable.) 

Figure 12 shows the temperature 
control system with pure integral con- 
trol. This system takes a lot longer to 
settle out than the same plant with 
proportional control (see Figure 10), 
but notice that when it does settle 
out, it settles out to the target value — 
even with the disturbance added in. If 
your problem at hand doesn't require 
fast settling, this might be a workable 
system. 

Figure 12 shows why we use an inte- 
gral term. The integrator state 
"remembers" all that has gone on 
before, which is what allows the con- 
troller to cancel out anv long term 
errors in the output. This same mem- 
ory also contributes to instability — the 
controller is always responding too 
late, after the plant has gotten up 
speed. To stabilize the two previous 
systems, you need a little bit of their 
present value, which you get from a 
proportional term. 

Figure 13 shows the motor and 
gear with proportional and integral 
(PI) control. Compare this with 
Figures 8 and 11. The position takes 
longer to settle out than the system 
with pure proportional control, but it 
will not settle to the wrong spot. 

Figure 14 shows what happens 
when you use PI control on the heater 
system. The heater still settles out to 
the exact target temperature, as with 
pure integral control (see Figure 12), 
but with PI control, it settles out two to 
three times faster. This figure shows 



operation pretty close to the limit of 
the speed attainable using PI control 
with this plant. 

Before we leave the discussion of 
integrators, there are two more things 
I need to point out. First, since you are 
adding up the error over time, the 
sampling time that you are running 



becomes important. Second, you need 
to pay attention to the range of your 
integrator to avoid windup. 

The rate that the integrator state 
changes is equal to the average error 
multiplied by the integrator gain 
multiplied by the sampling rate. 
Because the integrator tends to 
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PID controller code 



typedef struct 
{ 

double dState; 
double iState; 



// Last position input 
// Integrator state 



double iMax, iHin; // Maximum and minimum allowable integrator state 



double iGain, 
pGain, 
dGain; 

> SPid; 



// integral gain 
// proportional gain 
// derivative gain 



double UpdatePIDCSPid * pid, double error, double position) 
double pTerm, dTerm, iTerm; 

pTerm = pid->pGain * error; // calculate the proportional terra 

// calculate the integral state with appropriate limiting 
pid->iState *= error; 

if (pid->iState > pid->iMax) pid->iState = pid->iKax; 
else if (pid->iState < pid->iMin) pid->iState = pid->iHin; 

iTerm = pid->iGain * iState; // calculate the integral term 

dTerra = pid->dGain * (pid->dState - position); 
pid->dState = position; 

return pTerm + dTerra + iTerm; 




' Input 

> pGain = 10 ! 
. pGain = 5 
i pGain = 2 
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Motor and gear with proportional feedback position vs. time 



smooth things out over the long term 
you can get away with a somewhat 
uneven sampling rate, but it needs to 
average out to a constant value. At 
worst, your sampling rate should vary 
by no more than ±20% over any 10- 
sample interval. You can even get 
away with missing a few samples as 
long as your average sample rate stays 
within bounds. Nonetheless, for a PI 
controller I prefer to have a system 
where each sample falls within ±1% 
to ±5% of the correct sample time, 
and a long-term average rate that is 
right on the button. 

If you have a controller that needs 
to push the plant hard, your controller 
output will spend significant amounts 
of time outside the bounds of what 
your drive can actually accept. This 
condition is called saturation. If you 
use a PI controller, then all the time 
spent in saturation can cause the inte- 
grator state to grow (wind up) to very 
large values. When the plant reaches 
the target, the integrator value is still 
very large, so the plant drives beyond 
the target while the integrator 
unwinds and the process reverses. This 
situation can get so bad that the sys- 
tem never settles out, but just slowly 
oscillates around the target position. 

Figure 15 illustrates the effect of 
integrator windup. I used the 
motor/controller of Figure 13, and 
limited the motor drive to +0.2. Not 
only is controller output much greater 
than the drive available to the motor, 
but the motor shows severe overshoot. 
The motor actually reaches its target 
at around five seconds, but it doesn't 
reverse direction until eight seconds, 
and doesn't settle out until 15 seconds 
have gone by. 

The easiest and most direct way to 
deal with integrator windup is to limit 
the integrator state, as I showed in my 
previous code example. Figure 16 
shows what happens when you take 
the system in Figure 15 and limit the 
integrator term to the available drive 
output. The controller output is still 
large (because of the proportional 
term), but the integrator doesn't wind 
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Precision actuator with proportional feedback vs. time 





up very far and the system starts set- 
tling out at five seconds, and finishes 
at around six seconds. 

Note that with the code example 
above you must scale iMin and iMax 
whenever you change the integrator 
gain. Usually you can just set the inte- 
grator minimum and maximum so 
that the integrator output matches the 
drive minimum and maximum. If you 
know your disturbances will be small 
and you want quicker settling, you can 
limit the integrator further. 

Differential 

I didn't even show the precision actua- 
tor in the previous section. This is 
because the precision actuator cannot 
be stabilized with PI control. In gener- 
al, if you can't stabilize a plant with 
proportional control, you can't stabi- 
lize it with PI control. 

We know that proportional control 
deals with the present behavior of the 
plant, and that integral control deals 
with the past behavior of the plant. If 
we had some element that predicts the 
plant behavior then this might be used 
to stabilize the plant. A differentiator 
will do the trick. 

The code below shows the differ- 
ential term of a PID controller. I pre- 
fer to use the actual plant position 
rather than the error because this 
makes for smoother transitions when 
the command value changes. The dif- 
ferential term itself is the last value of 
the position minus the current value 
of the position. This gives you a 
rough estimate of the velocity (delta 
position/sample time), which pre- 
dicts where the position will he in a 
while. 

double dTerm; 



dTerm = pid->dGain * 

(pid->dState - position); 
pid->dState = position; 
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With differential control you can 
stabilize the precision actuator system. 
Figure 17 shows the response of the 
precision actuator system with propor- 
tional and derivative (PD) control. 
This system settles in less than 1/2 of a 
second, compared to multiple seconds 
for the other systems. 

Figure 18 shows the heating system 



with PID control. You can see the per- 
formance improvement to be had by 
using full PID control with this plant. 

Differential control is very powerful, 
but it is also the most problematic of the 
control types presented here. The three 
problems that you are most likely going 
to experience are sampling irregularities, 
noise, and high frequency oscillations. 
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Temperature controller with proportional feedback. The kink 
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When I presented the code for a 
differential element I mentioned that 
the output is proportional to the posi- 
tion change divided by the sample 
time. If the position is changing at a 
constant rate but your sample time 
varies from sample to sample, you will 



get noise on your differential term. 
Since the differential gain is usually 
high, this noise will be amplified a 
great deal. 

When you use differential control 
you need to pay close attention to 
even sampling. I'd say that you want 
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the sampling interval to be consistent 
to within 1 % of the total at all times — 
the closer the better. If you can't set 
the hardware up to enforce the sam- 
pling interval, design your software to 
sample with very high priority. You 
don't have to actually execute the con- 
troller with such rigid precision — -just 
make sure the actual ADC conversion 
happens at the right time. It may be 
best to put all your sampling in an ISR 
or very high-priority task, then execute 
the control code in a more relaxed 
manner. 

Differential control suffers from 
noise problems because noise is usual- 
ly spread relatively evenly across the 
frequency spectrum. Control com- 
mands and plant outputs, however, 
usually have most of their content at 
lower frequencies. Proportional con- 
trol passes noise through unmolested. 
Integral control averages its input sig- 
nal, which tends to kill noise. 
Differential control enhances high fre- 
quency signals, so it enhances noise. 
Look at the differential gains that I've 
set on the plants above, and think of 
what will happen if you have noise that 
makes each sample a little bit differ- 
ent. Multiply that little bit by a differ- 
ential gain of 2,000 and think of what 
it means. 

You can low-pass filter your differ- 
ential output to reduce the noise, but 
this can severely affect its usefulness. 
The theory behind how to do this and 
how to determine if it will work is 
beyond the scope of this article. 
Probably the best that you can do 
about this problem is to look at how 
likely you are to see any noise, how 
much it will cost to get quiet inputs, 
and how badly you need the high per- 
formance that you get from differen- 
tial control. Once you've worked this 
out, you can avoid differential con- 
trol altogether, talk your hardware 
folks into getting you a lower noise 
input, or look for a control systems 
expert. 

The full text of the PID controller 
code is shown in Listing 1 and is avail- 
able at urww.embedded.com/code.hlmL 
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Tuning 

The nice thing about tuning a PID 
controller is that you don't need to 
have a good understanding of formal 
control theory to do a fairly good job 
of it. About 90% of the closed-loop 
controller applications in the world do 



very well indeed with a controller that 
is only tuned fairly well. 

If you can, hook your system up to 
some test equipment, or write in some 
debug code to allow you to look at the 
appropriate variables. If your system is 
slow enough you can spit the appro- 
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priate variables out on a serial port 
and graph them with a spreadsheet. 
You want to be able to look at the drive 
output and the plant output. In addi- 
tion, you want to be able to apply some 
sort of a square-wave signal to the 
command input of your system. It is 
fairly easy to write some test code that 
will generate a suitable test command. 

Once you get the setup ready, set 
all gains to zero. If you suspect that 
you will not need differential control 
(like the motor and gear example or 
the thermal system) then skip down to 
the section that discusses tuning the 
proportional gain. Otherwise start by 
adjusting your differential gain. 

The way the controller is coded you 
cannot use differential control alone. 
Set your proportional gain to some 
small value (one or less) . Check to see 
how the system works. If it oscillates with 
proportional gain you should be able to 
cure it with differential gain. Start with 
about 100 times more differential gain 
than proportional gain. Watch your 
drive signal. Now start increasing the 
differential gain until you see oscilla- 
tion, excessive noise, or excessive (more 
than 50%) overshoot on the drive or 
plant output. Note that the oscillation 
from too much differential gain is 
much faster than the oscillation from 
not enough. I like to push the gain up 
until the system is on the verge of oscil- 
lation then back the gain off by a factor 
of two or four. Make sure the drive sig- 
nal still looks good. At this point your 
system will probably be responding very 
sluggishly, so it's time to tune the pro- 
portional and integral gains. 

If it isn't set already, set the propor- 
tional gain to a starting value between 
1 and 100. Your system will probably 
either show terribly slow performance 
or it will oscillate. If you see oscilla- 
tion, drop the proportional gain by 
factors of eight or 10 until the oscilla- 
tion stops. If you don't see oscillation, 
increase the proportional gain by fac- 
tors of eight or 10 until you start see- 
ing oscillation or excessive overshoot. 
As with the differential controller, I 
usually tune right up to the point of 
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too much overshoot then reduce the 
gain by a factor of two or four. Once 
you are close, fine tune the propor- 
tional gain by factors of two until you 
like what you see. 

Once you have your proportional 
gain set, start increasing integral gain. 
Your starting values will probably be 
from 0.0001 to 0.01. Here again, you 
want to find the range of integral gain 
that gives you reasonably fast perfor- 
mance without too much overshoot and 
without being too close to oscillation. 

Other issues 

Unless you are working on a project 
with very critical performance para- 
meters you can often get by with con- 
trol gains that are within a factor of 
two of the "correct" value. This means 
that you can do all your "multiplies" 
with shifts. This can be very handy 
when you're working with a slow 
processor. 
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Sampling rate 

So far I've only talked about sample 
rates in terms of how consistent they 
need to be, but I haven't told you how 
to decide ahead of time what the sam- 
ple rate needs to be. If your sampling 
rate is too low yon may not be able to 
achieve the performance you want. 



because of the added delay of the sam- 
pling. If your sampling rate is too high 
you will create problems with noise in 
your differentiator and overflow in 
your integrator. 

The rule of thumb for digital con- 
trol systems is that the sample time 
should be between l/10th and 



l/100th of the desired system settling 
time. System settling time is the 
amount of time from the moment the 
drive comes out of saturation until the 
control system has effectively settled 
out. If you look at Figure 16, the con- 
troller comes out of saturation at 
about 5.2s, and has settled out at 
around 6.2s. If you can live with the 
one second settling time you could get 
away with a sampling rate as low as 
10Hz. 

You should treat the sampling rate 
as a flexible quantity. Anything that 
might make the control problem 
more difficult would indicate that 
you should raise the sampling rate. 
Factors such as having a difficult 
plant to control, or needing differen- 
tial control, or needing very precise 
control would all indicate raising the 
sampling rate. If you have a very easy 
control problem you could get away 
with lowering the sampling rate 
somewhat (I would hesitate to 
lengthen the sample time to more 
than one-fifth of the desired settling 
time). If you aren't using a differen- 
tiator and you are careful about 
using enough bits in your integrator 
you can get away with sampling rates 
1,000 times faster than the intended 
settling time. 

Exert control 

This covers the basics of implement- 
ing and tuning PID controllers. With 
this information, you should be able 
to attack the next control problem 
that comes your way and get it under 
control. esp 
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